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DETAILED ACTION 


Response to Amendment 

1 . This office action is in response to the Applicants' After Non-Final Amendment filed on 
February 24, 2009. Claims 8, 10-15, and 17-18 are presented for further consideration 
and examination. 


Claim Rejections - 35 USC §103 


2. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 


3. Claims 8, 10-15, and 17-18 are rejected under 35 U.S.C. 103(a) as being unpatentable 
overDutta etal. (US006615212B1), in view of Meltzer et al. (US006226675B1), and in 
view of Devine et al. (US006385644B1), 


4. With regard to claims 8, and 14, Dutta discloses, 

• a subscriber interface for adapting to subscriber computers that are connected to 
the gateway device to facilitate communications between the subscriber 
computers and at least one network; and (Dutta, col.1, line 8 - col. 16, line 17) 
Dutta discloses, "Turning now to FIGS. 6 and 7, there are shown block diagrams 
illustrating the data flow through a prior art transcoding proxy server. In FIG. 6, 
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client 602 sends HTTP request 604 to transcoding proxy server 606. 
Transcoding proxy server 606 includes transcoding framework 608 for converting 
requests in one format to requests in a second format. Transcoding framework 
608 includes HTTP request transform plugin 610 for converting HTTP request 
604 received from client 602 into a modified HTTP request 612 compatible with 
originating server 614, where the requested content is located. As shown in FIG. 
7, transcoding proxy server 606 receives server response 702 in Extensible 
Markup Language (XML) data format. Transcoding framework 608 also includes 
XML to HTML transcoder plugin 704. XML to HTML transcoder plugin 704 
converts server response 702 from XML data format to an HTML data format and 
sends HTML data 706 to client 602 for processing" (Dutta, col.7, lines 45-62). 
Hence, Dutta teaches of the transcoder framework 608 (i.e., Applicants' 
subscriber interface) located on the transcoding proxy server 606 (i.e., 
Applicants' gateway device) converting requests in one format to requests in a 
second format (i.e., Applicants' adapting to subscriber computers) and sending 
(i.e., Applicants' facilitating communications between) HTML data 706 to client 
602 (i.e., Applicants' subscriber computers) from originating server 614 on a 
network (i.e., Applicants' at least one network). 

• an XML interface comprising a parser front end, a parser section responsive to 
the parser front end and a building section for communicating with an external 
device via a series of XML commands and responses such that the gateway 
device, located at a network access point, supports communications involving the 
subscriber computers and the external devices without requiring the subscriber 
computers to support XML commands and responses, wherein said parser front 
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end determines the type of operation requested by the external device; and 
(Dutta, col.1, line 8 - col. 16, line 17) 

Dutta discloses, "Turning now to FIGS. 6 and 7, there are shown block diagrams 
illustrating the data flow through a prior art transcoding proxy server. In FIG. 6, 
client 602 sends HTTP request 604 to transcoding proxy server 606. 
Transcoding proxy server 606 includes transcoding framework 608 for converting 
requests in one format to requests in a second format. Transcoding framework 
608 includes HTTP request transform plugin 610 for converting HTTP request 
604 received from client 602 into a modified HTTP request 612 compatible with 
originating server 614, where the requested content is located. As shown in FIG. 
7, transcoding proxy server 606 receives server response 702 in Extensible 
Markup Language (XML) data format. Transcoding framework 608 also includes 
XML to HTML transcoder plugin 704. XML to HTML transcoder plugin 704 
converts server response 702 from XML data format to an HTML data format and 
sends HTML data 706 to client 602 for processing" (Dutta, col.7, lines 45-62). 
Hence, Dutta teaches of the transcoder plugin 704 (i.e., Applicants' XML 
interface) located on the transcoding proxy server 606 (i.e., Applicants' gateway 
device located at a network access point) receiving (i.e., Applicants' 
communicating) responses from the originating server 614 (i.e., Applicants' 
external device), converting server responses 702 from XML data format to an 
HTML data format (i.e., Applicants' via a series of XML commands and 
responses), and sending (i.e., Applicants' supporting communications) the 
resulting HTML data 706 to client 602 (i.e., Applicants' subscriber computers) 
from originating server 614 (i.e., Applicants' external device). Since, the 
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responses from originating server 614 already converted to HTML format by the 
transcoding proxy server, the client 602 (i.e., Applicants' subscriber computer) 
does not need to support XML (i.e., Applicants' without requiring the subscriber 
computers to support XML commands and responses). 

• an internal web server for communicating with both said XML interface and the 
Internet to thereby facilitate XML-based communications between the gateway 
device and external devices connected to the Internet. (Dutta, col.1, line 8 - 
col. 16, line 17) 

Dutta discloses, "Turning now to FIGS. 6 and 7, there are shown block diagrams 
illustrating the data flow through a prior art transcoding proxy server. In FIG. 6, 
client 602 sends HTTP request 604 to transcoding proxy server 606. 
Transcoding proxy server 606 includes transcoding framework 608 for converting 
requests in one format to requests in a second format. Transcoding framework 
608 includes HTTP request transform plugin 610 for converting HTTP request 
604 received from client 602 into a modified HTTP request 612 compatible with 
originating server 614, where the requested content is located. As shown in FIG. 
7, transcoding proxy server 606 receives server response 702 in Extensible 
Markup Language (XML) data format. Transcoding framework 608 also includes 
XML to HTML transcoder plugin 704. XML to HTML transcoder plugin 704 
converts server response 702 from XML data format to an HTML data format and 
sends HTML data 706 to client 602 for processing" (Dutta, col.7, lines 45-62). 
Hence, Dutta teaches of the transcoder framework 608 (i.e., Applicants' XML 
interface) located on the transcoding proxy server 606 (i.e., Applicants' internal 
web server) converting requests in one format to requests in a second format 


Application/Control Number: 09/693,512 Page 6 

Art Unit: 2445 

and sending HTML data 706 (i.e., Applicants' facilitate XML-based 
communications) to client 602 (i.e., Applicants' external devices) from originating 
server 614 on a network (i.e., Applicants' at least one network). 

However, Dutta does not explicitly disclose, 

• an XML interface comprising a parser front end, a parser section responsive to 
the parser front end and a building section for communicating with an external 
device via a series of XML commands and responses such that the gateway 
device, located at a network access point, supports communications involving the 
subscriber computers and the external devices without requiring the subscriber 
computers to support XML commands and responses, wherein said parser front 
end determines the type of operation requested by the external device; and 

Meltzer teaches, 

• an XML interface comprising a parser front end, a parser section responsive to 
the parser front end and a building section for communicating with an external 
device via a series of XML commands and responses such that the gateway 
device, located at a network access point, supports communications involving the 
subscriber computers and the external devices without requiring the subscriber 
computers to support XML commands and responses, wherein said parser front 
end determines the type of operation requested by the external device; and 
(Meltzer, col.1 , line 7 - col. 86, line 42) 

Meltzer discloses, "A node in the commerce network establishes an interface for 
transactions according to the present invention that comprises a machine- 
readable specification of an interface, along with a machine-readable data 
structure that includes interpretation information for the machine-readable 
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specification of the interface. The machine-readable specification of the interface 
includes a definition of an input document and a definition of an output document, 
that are accepted and produced by transaction processes for which the node 
acts as an interface. The definitions of the input and output documents comprise 
respective descriptions of sets of storage units and logical structures for sets of 
storage units, such as according to a standard XML based document. The 
machine-readable data structure that includes interpretation information 
according to various aspects of the invention includes data type specifications 
(e.g. string, array, etc.) for logical structures in the definitions of the input and 
output documents, content models (e.g. lists of possible values) for logical 
structures and/or data structures that map predefined sets of storage units for a 
particular logic structure to respective entries in a list in order to provide a 
semantic definition of logical structures (e.g. mapping codes to product names)" 
(Meltzer, col.3, line 55 - col.4, line 10). Hence, Meltzer teaches of interpreting 
and translating information between documents with respect to data type 
specifications, content models, and data structures (i.e., Applicants' via a series 
of XML commands and responses). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time of 
the invention was made to combine the teaching of Meltzer with the teaching of Dutta 
to "[facilitate] interaction amongst diverse platforms in a communication network. 
Such system should facilitate spontaneous commerce between trading partners 
without custom integration or prior agreement on industry wide standards. Further, 
such systems should encourage incremental path to business automation, to 
eliminate much of the time, cost and risks of traditional systems integration" (Meltzer, 
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col.2, lines 18-25). Dutta discloses, "However, much of the information now 
available on the Web are legacy files created before the proliferation of the Internet 
and the Web. These files are often very large and were not created with the thought 
that they might someday be transmitted back and forth across the Internet. These 
files can take a very long time to transmit over the Web, and it can also take a very 
long time to transcode their contents into a different data format. Therefore, there is a 
need for an improved method of transcoding data formats and sending information 
across the web to minimize transmission times" (Dutta, col.2, lines 26-35). 

However, Dutta and Meltzer do not explicitly disclose, 

• an XML interface comprising a parser front end, a parser section responsive to 
the parser front end and a building section for communicating with an external 
device via a series of XML commands and responses such that the gateway 
device, located at a network access point, supports communications involving the 
subscriber computers and the external devices without requiring the subscriber 
computers to support XML commands and responses, wherein said parser front 
end determines the type of operation requested by the external device; and 

Devine teaches, 

• an XML interface comprising a parser front end, a parser section responsive to 
the parser front end and a building section for communicating with an external 
device via a series of XML commands and responses such that the gateway 
device, located at a network access point, supports communications involving the 
subscriber computers and the external devices without requiring the subscriber 
computers to support XML commands and responses, wherein said parser front 
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end determines the type of operation requested by the external device; and 
(Devine, col.1, line 7 - col. 37, line 56) 

Devine discloses, "The report manager server 312 is an application responsible 
for the synchronization of report inventory with the back-end "fulfilling" servers 
304a, 304b; ... In the preferred embodiment, the Report manager server 312 
employs a Unix daemon that passively listens for connect requests from the GUI 
client applications and other back-end servers and deploys the TCP/IP protocol 
to receive and route requests and their responses. . . . Request messages 
received by the Report manager server 312 are translated into a "metadata" 
format and are validated by a parser object built into a report manager proxy 312' 
that services requests that arrive from the GUI front-end. If the errors are found 
in the metadata input, the Report manager 312 returns an error message to the 
requesting client. If the metadata passes the validation tests, the request type is 
determined and data is retrieved in accordance with the meta data request after 
which a standard response is sent back to the requesting client" (Devine, col. 13, 
lines 16-46). Hence, Devine teaches of a parser (i.e., Applicants' parser front 
end) that is situated between the requesting clients (i.e., Applicants' external 
device) and the "fulfilling" servers behind the proxy and validating (i.e., 
Applicants' determine) the incoming requests (i.e., Applicants' type of operation 
requested). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time of 
the invention was made to combine the teaching of Devine with the teaching of Dutta 
and Meltzer to validate the clients' request and report errors if necessary. 
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5. With regard to claims 10-11 and 17-18, Dutta, Meltzer, and Devine disclose, 

• wherein said parser section organizes elements parsed from at least one of an 
XML command and an XML response into separate XML parameters and passes 
at least some of the organized elements to a requested application. (Dutta, col.1 , 
line 8 -col. 16, line 17; Meltzer, col.1, line 7 - col.86, line 42; col.21, lines 47-52, 
lines 60-64; col.23, lines 46-53; module 304 on sheet 3, fig. 3; module 404 on 
sheet 4, fig. 4; Devine, col.1, line 7 - col. 37, line 56) 

• wherein said parser section also nests the elements to be passed to the 
requested application within an application programming interface (API) wrapper. 
(Dutta, col.1, line 8 -col. 16, line 17; Meltzer, col.1, line 7 - col.86, line 42; col.21, 
lines 47-52, lines 60-64; col.23, lines 46-53; module 304 on sheet 3, fig.3; 
module 404 on sheet 4, fig.4; Devine, col.1, line 7 - col. 37, line 56) 


6. With regard to claims 12-13 , Dutta, Meltzer, and Devine disclose, 

• wherein said building section prepares responses to requests received by the 
gateway device. (Dutta, col.1, line 8 - col. 16, line 17; Meltzer, col.1, line 7 - 
col.86, line 42; col.21, lines 47-52, lines 60-64; col.23, lines 46-53; module 304 
on sheet 3, fig.3; module 404 on sheet 4, fig.4; Devine, col.1, line 7 - col. 37, line 
56) 

• wherein said building section assembles results returned by a requested 
application into an XML response. (Dutta, col.1, line 8 - col. 16, line 17; Meltzer, 
col.1, line 7 - col.86, line 42; col.21, lines 47-52, lines 60-64; col.23, lines 46-53; 
module 304 on sheet 3, fig.3; module 404 on sheet 4, fig.4; Devine, col.1, line 7 - 
col.37, line 56) 
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7. With regard to claim 15 , Dutta, Meltzer, and Devine disclose, 

• wherein receiving an XML command comprises receiving an XML command at 
the gateway device from a billing and content server. Dutta, col.1 , line 8 - col. 16, 
line 1 7; Meltzer, col.1 , line 7 - col. 86, line 42; col.21 , line 64 - col.22, line 2; 
modules 305-307 on sheet 3, fig. 3; Low, col.1, line 5 - col. 18, line 1). 

Response to Arguments 

8. Applicants' arguments with respect to claim 8 have been considered but are moot in 
view of the new ground(s) of rejection. 

Conclusion 

9. Any inquiry concerning this communication or earlier communications from the examiner 
should be directed to Thomas Duong whose telephone number is 571/272-391 1 . The 
examiner can normally be reached on M-F 7:30AM - 4:00PM. If attempts to reach the 
examiner by telephone are unsuccessful, the examiner's supervisor, Vivek Srivastava 
can be reached on 571/272-7304. The fax phone numbers for the organization where 
this application or proceeding is assigned are 571/273-8300 for regular communications 
and 571/273-8300 for After Final communications. 

/Thomas Duong/ 

Patent Examiner, Art Unit 2445 
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June 4, 2009 


A/IVEK SRIVASTAVA/ 

Supervisory Patent Examiner, Art Unit 2445 


